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© A system for locating information fields on a display and for generating field descriptors with Information related to each 
of the display fields. 

© This is a method and system for controlling the creation 
and modification of displayed information fields. A store is 
used to retain descriptors related to one or more information 
fields. The field descriptors are used to identify and establish 
selected parameters of the information fields on the display. 
By using the field descriptors, the form and appearance of 
data in any information field may be pre-established and 
used to prevent entry of non-acceptable data in the display. 
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A SYSTEM FOR LOCATING INFORMATION FIELDS 
ON A DISPLAY AND FOR 
GENERATING FIELD DESCRIPTORS WITH INFORMATION 
RELATED TO EACH OF THE DISPLAY FIELDS 



BACKGROUND OF THE INVENTION 

This invention relates to the generation and 
composition of a form on a soft display such as a 
CRT and to the design of information fields in the 

5 form for press tab li shed information, or left blank 
for the insertion of later information. The 
invention particularly relates to the generation 
of field descriptors containing indicia 
controlling the manner in which the fields display 

10 information. 



DESCRIPTION OF THE PRIOR ART 



Computerized systems for the design of forms 
are well known. Among the most commonly known are 
those used in conjunction with word processors 
15 where a form may contain preestablished infor- 
mation with blank areas left for the insertion of 
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variable information. Additionally, form genera- 
tion systems may provide means for printing forms, 
and for automatically inserting pre established 
sets of variable information in designated fields. 
Control over the variables for any one information 
field in the display, is limited by the amount of 
control information which can be displayed. The 
range of control which may be exercised over any 
one information field in the display is also 
limited by the amount of information that may be 
displayed in conjunction with the displayed form 
and limits the range of control that may _be exer- 
cised over the information fields within. the form. 



SUMMARY OF THE INVENTION 

15 This system provides a method and means for 
designing forms on a soft display which may be 
later displayed to form user and the insertion of 
variable information. The form designer arranges 
information fields on the display. Information 

20 fields may be protected or not protected. An 

unprotected field would be one left blank for the 
insertion of variable information. A protected 
field would be one containing information inserted 
by the form designer and which could not otherwise 

25 be modified by the form user. Protected infor- 
mation could specify for example the kind of 
information to be entered into the associated 
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blank form. "Name" would be a protected flela 
whloh wouW be followed by a blank epaoe or unpro. 
tected field for the inaertlon of a varlable^cb 
as a particular name. 



5 



' and TtZfT t0 ^ inVentlVe ^"W. * -ana 
and method Is provided for establi Bh lng field 

...defi^tions or field descriptors describing con- 
ditions for data entry and the forms may be 
entered and displayed in its respective infor- 
10 mat ion field The field descriptor is a separate 

and data form, (Display Data Criteria or DDC). m 
designing the form, the designer is presented sue- 
cessively with field descriptor displays for 
15 respective information fields. 

The DDC disclosed within this application as 

21 ,h T Pref erPed enb0dlment ^e not exhausted 
and the invention is not to be thought of as 
limited to those DDCs shown herein. These afore- 
20 mentioned DDCs include the following: 

allowed/^ 0nl7 * ° nly CharaCterS A Z 

allowed Dl8lt 0nl7 " ° nly nUmberS ° th ™*& 9 

25 c) Number Only - Only nu mber8 0 through 9 
and special symbols allowed. 

d) Alpha Numeric - Any character or number 
allowed • 

Mh . e> ,T* COn,Pl " e ■ ae lnfo ™"lon field muet 
30 b. eompleted and all character position* In the 
field must be entered. 
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f ) Right Justify - Characters or numbers must 
enter the field from the right with the character 
or number string moving to the left* 

g) Tab Key - When data entry in the field is 
5 complete, and cursor is positioned to the next 

. field requiring data entry. 

h) Must Enter Field - Data must be entered in 
" the field before the form user is allowed to go on 

to other information fields, 

10 i) Edits - padding, branches a jumps, range 
checks, etc., all of which will be described in 
detail in the following. 

The DDCs may be displayed totally or partially 
on the field descriptor display. The field 

15 descriptor display may also -include the page of 
the form in which the respective information field 
for that field descriptor is located, the number 
of the information field, the information field 
position given by line and column, the field 

20 length, and its initial value. 

Additionally, DDC may be globally established 
by a system of global defaults. A default 
descriptor field is provided which allows the 
designer to specify DDCs once for all information 

25 fields and those DDCs are then inserted in each 
display information field's field descriptor upon 
the default of the designer to specify change 
thereto. In the preferred embodiment this is 
accomplished when the designer is designing the 

30 form, initially by specifying default DDCs without 
further operator intervention. These default DDCs 
are then stored and used with each generated 
information field. The form designer may specify, 
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for each protected field on the form, wherever 
located, the DDCs specified for a protected field 
will be in accordance with that default field 
descriptor established by the designer.' For 

5 example, for a protected field, the form of the 
information data field such as alpha characters, 
may be normal, highlighted, or blank. For an 
"unprotected field, similarly the data may be 
displayed normal, highlighted, or blank. The 

10 designer may specify such appearance once through 
a default field descriptor. Additionally, for 
data entered into an unprotected field, the opera- 
tor or designer, once may globally specify as an 
entry condition that for each such field, the data 

15 must be entered or must be completed or must be 
Justified or can be tabbed or must be transmitted. 
Further additional controls for the unprotected 
fields may be determinative of whether the infor- 
mation entered may be in the form of alpha, digit, 

20 number data or alpha numeric data as specified 
above. As stated, this list is by no means 
exhaustive and other DDCs may be asserted into the 
default field descriptor for global control. 

Error messages may be stored for use with the 
25 default field descriptor, responsive to errors 
made by the designer when inserting defaults. 

The individual field descriptors are separate 
displays generated responslvely to the establish- 
ment of information fields 



In the preferred embodiment, for each infor- 
mation field displayed, there exists an individual 
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field descriptor which allows the form designer to 
specify the DDCs the data displayed in the respec- 
tive field whether inserted by the designer in a 
protected field or later by a form user in an 
5 unprotected field and also allows fields to be 
inserted and deleted. 

The separately displayed individual field 
descriptors for each information field allows the 
form designer additionally to define and modify 

3-0 field definitions and to insert edit routines for 
variables (information which is ultimately entered 
into the respective .field by the form user)* For 
example, the form designer may insert an edit 
routine into the field descriptor which requires a 

15 selected symbol such as "X" be used to pad the 
unused portions of the field, or table data be 
inserted responsive to the variables data inserted 
by the form user or the information within one 
field be copied to another field or other edits as 

20 explained in the detailed description of the 
invention. In the preferred embodiment, for 
editing purposes, a separate edit descriptor field 
is generated for the individual field descriptors 
giving the form designer the opportunity to enter 

25 the full edit command in the prescribed syntax* 
The edit field descriptor follows the field 
descriptor upon the appropriate command when full 
edits are permitted in the field descriptor. 

The preferred embodiment is shown as used 
30 within a computerized system for designing forms 
and where a display comprises a number or plura- 
lity of discrete areas or character spaces, and 
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with the form designer designating groups rf those 
discrete areas as separate and distinct infor- 
mation fields. The invention as described herein 
may establish global defaults displayed in "a 
5 default field descriptor which may be edified as 
desired by the for. designer. Additionally, the 
. .system includes means for generating individual 

- tlTTZ fleldS 86paratel y Splayed and which 
lo' °™ * related * respective displayed 
information fields. Edit descriptor fields are 
displayed so edit routines can be entered for the 
respective information fields or modified accor- 
aingly. 

More particularly, the inventive principles 
15 are shown for the preferred embodiment, in several 

1! Yl^?? Pr ° 8ramS ' 111686 Pr0SramS are 

in detail in the Micro-Fiche within tne Appenfllx . 

The programs produce a succession of individual 
and related displays which enable the form 

20 designer to design a form of his choice with a 
minimum amount of effort. The programs provide 
field descriptors defining DDCs for each of the 
form's information fields established on the 
display by the designer and which will later 

25 become an information field on the completed form 
when printed into hard copy, m the preferred 
embodiment, the form designer would typically 
first use the default field descriptor to globally 

30 ^ e 8eleCt6d DD ° 8 fOP thG tion fields he 

will successively place on the. display, when 
designing the form. Once these DDC defaults have 
been established, then these DDCs will be used for 
individual information fields unless the designer 
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overrides a default and modifies a particular DDC 
for a particular information field by means of an 
individual field descriptor. The operator will 
then display a blank screen and 'in the preferred 

5 embodiment string together character spaces on the 
screen to form information fields . A second part 
of the program then creates in separate displays 
individual field descriptors for respective infor- 
mation fields on the display, again listing DDCs 

10 for the respective field. A third part of the 
program generates an edit field descriptor and 
allows the insertion of edits for the data in each 
individual information field and provides a 
display for each full edit for each respective 

15 information field. 

In summary, the above shows a method and 
system for controlling the creation and modifica- 
tion of information fields in selected locations 
on a display area. The foregoing is accomplished 

20 by dividing the display into series of discrete 
locations which are identified as information 
fl.elds, and for each information field 
establishing individual field descriptors of DDCs 
identifying selected parameters in the displayed 

25 fields. The field descriptors may be accessed, 
displayed and used to modify the DDCs for 
affecting the display of information in the 
respective information field. It may be used to 
affect the -appearance, form or conditions for data 

30 entry into the information field. Within each 
field descriptor is also added the capability for 
adding programs for editing the information put 
into each information field * 
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As stated above, the program for establishing 
the default field descriptor, each individual 
information field descriptor and the full edit 
field descriptors related to a respective infor- 
5 mation field or to other information fields are 
shown in detail in the Appendix as program 
listings on the Micro-FIche. 



DESCRIPTION OP THE DRAWINGS 



Fig. 1 shows a display such as a CRT display 
10 and with information fields arranged thereon. 

Fig. 2 shows a state diagram of the Field 
Descriptor Processor and the successive descriptor 
display states according to the preferred embodi- 
ment. 

Fig. 3 shows the manner in which the Default 
Field Descriptor is displayed and its displayed 
structure. 

Fig. H shows the manner In which an Individual 
Field Descriptor Is displayed and its displayed 
20 structure. 

Fig. 5 shows the state diagram of the Full 
Edit Processor. 



Fig. 6 Bhows the manner in which the Full Edit 
Descriptor is displayed and Its display structure. 
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Fig. 1 shows a display such as a CRT used in 
the preferred embodiment, that is 80 character 
spaces wide by 30 lines In length* Each of -the 
character spaces on the display, 3a to 3p for 
5 example, may be thought of as a series of discrete 
.areas* The form designer may connect such a 
Beries of discrete areas to define Information 
" : fields shown as numerals 5a to 5j« Information 
field 5a Is shown comprising each of the discrete 
10 locations "3a, through 3p. A number of additional 
information fields may be placed or located In 
other display locations by the form designer and 
these locations may be stored in the computer 
memory, (i.e., 5b, 5c, 5d, 5f, 5g, 5h, 5i, 5j, 5k, 
15 51). The means and methods for designing a form 
on a display by building information fields and 
storing those locations in a computer stdre, are 
well known in the art and do not form part of the 
invention here and are not described in detail. 

20 Referring to the principles of the invention, 

a state diagram is shown in Fig. 2, and which 
shows the process for building field descriptors. 
As a first step, a default field descriptor is 
displayed, permitting the designer to specify, 
25 globally, default conditions for each information 
field. The designer next displays a blank screen 
allowing the designer to select those discrete 
locations or character spaces needed to display 
the intended data. As shown in the preferred 
30 embodiment these discrete locations may be 
character locations or may be any other sized 
locations compatible with the data to be displayed 
and the system used. 
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Plg. 2 shows those display states whereby the 
form designer first defines defaults, then 
displays a blank screen and builds information 
fields as shown In Pig. 1. In the preferred' embo- 

5 diment, the transmit key causes the information 
fields displayed on the screen to be stored and 
used to build individual field descriptors for 
•: separate display as explained below. In the 

course of building the information fields, 5a, 51, 

!0 as shown in Pig, 1, the system may be preprogramed 
with a number of error messages designed according 
to the system needs. For example, the information 
fields may be too large, or the information fields 
may not be properly separated by the number of 

15 blank spaces , or the field may be out of range of 
the allocated display field, etc. These error 
messages are displayed in response to various 
error conditions, as is known in the art, as the 
operator is designing the form using the various 

20 input keys. 

A field descriptor processor means allows the 
designer to insert and then to modify DDCs with 
•the formation of the information fields. The 
advantage of the individual field descriptor is in 
25 its presentation of DDCs for each information 
field and the facility given to the designer to 
change those DDC characteristics and thereby 
modify the way information is displayed in the 
■* information, field. While field descriptors are 
30 generated for respective separate information 
fields, a default field descriptor may also be 
given for global DDCs for more than one of the 
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Infonnation fields. In the preferred embodiment, 
a default field descriptor is displayed to define 
defaults for preselected DDCs. 

Within the preferred embodiment, although not 

5 limiting of the inventive principles , certain 
"information fields may be protected or nonpro- 
tected. A protected field may be, for example, a 
field in which specific display data is entered by 
the form designer and which may not be modified by 

10 the form user once the form design has been 

established. An unprotected field may be a blank 
field for the later insertion of variable infor- 
mation by the form user* An example of a pro- 
tected field would be 5b "name", 5a "loan 

15 application" and an example of an unprotected 

field would be a series of blank spaces such as 5c 
following the protected field "name". The form 
user would insert the variable, namely the name of 
the party seeking the loan. The generation of the 

20 default field descriptors usually takes place 
prior to the design of the form on the blank 
screen as shown by the diagram in Pig. 2 and will 
be used by the form designer to specify charac- 
teristics as- described below for all the inf or- 

25 mation fields such as 5a to 51. The default field 
descriptor in the preferred embodiment is used to 
specify defaults and in the absence of a change to 
the defaults, the default DDCs will be established 
within the respective individual field descriptors 

30 without any further action on the part of the form 
designer. The form designer, by failing to spe- 
cify a change to the default field descriptor, 
allows the preestablished default DDCs to be 
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impoeed upon the Information fields thereafter 
established on the blank display screen. 

A default field descriptor as displayed In the 
preferred embodiment Is shown in Fig. 3, and con- 
5 tains the utility being used, i.e., FORKOEN ? its 
function n to define defaults w , and the form name, 
the revision number and the default DDCs which may 
be accepted by the designer or modified. 

In the preferred embodiment, the default field 

10 descriptor is used to define default DDCs for pro- 
tective fields and unprotected fields such as 5b 
and 5c. As stated above, a protected field once 
established by the form designer cannot be 
modified or deleted by the form user. An esainple 

15 of a protected field would be a field 5b and an 
unprotected field 5c. In the preferred embodi- 
ment, as shown in Pig. 3, the default field 
descriptor for a protected field allows the form 
designer to specify whether the symbols displayed 

20 may be displayed normally, highlighted or blank, 
or whether the information must be transmitted 
once entered. For an unprotected field the 
default field descriptor allows the form designer 
to specify whether the information may be 

25 displayed normally, highlighted or blank, tfoether 
• variable information must be entered into the 
unprotected field before the form user can proceed 
to a successive information field, whether the 
form user must complete the variable space, 

30 whether to Justify, transmit, or to tab the cursor 
at the completion of the insertion of the variable 
information, etc. 
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The default field descriptor also Is used to 
specify whether alpha, digit, number or alpha 
numeric Information may be entered in' unprotected 
fields. In the case of the preferred embodiment, 

5 number information may be digital or other spe- 
cified symbols while alpha numeric information 
" would be a combination of both. Further, to 
define the unprotected fields, the draw screen 
character symbol may be specified by the designer 

10 as a dash (-), or another symbol may be specified. 

According to the inventive principles, the - 
default field descriptor in conjunction with a 
specified information field, the field constructs 
a respective individual field descriptor. The 

15 default field descriptor will enter into the indi- 
vidual field descriptor the default DDCs upon 
information field creation. These default DDCs 
will be used to control the information field 
unless changed by the form designer in the indivi- 

20 dual field descriptor. 

Status messages and error messages may also be 
displayed in case the designer uses the default 
field descriptor, or the field descriptors impro- 
perly. For example a "y" indicating "yes" may be 

25 allowed in only one of two or three designated 
selections such as the "Attributes" shown in Fig. 
3 for the protective field. As the displayed 
characters can only be normal, highlighted or 
blank, insertion of more than one "y n in those 

30 spaces can be used to prompt an error message. 
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The defined default field descriptor as 
explained above is one variation of field descrip- 
tors. It is used, prior to designing information 
fields as shown in Pig. 2 and provides a global 

5 system for defining the DDCs individual field 
descriptors, requiring the designer to only spe- 
cify those requirements once. As vrill be shown 
... below, a change to a DDC for any one individual 
information field, can be managed by means of the 

10 field descriptor for that one respective field. 

The individual field descriptor is shown in 
Pig. 4. According to the preferred embodiment, a 
separate displayable field descriptor will be 
stored for each of the information fields shown 
for example as 5a. through 51. As in the case of 
the default field descriptor, the name of the uti- 
lity and function, and the form name as well as 
the revision is contained in header information. 
Additionally, the Individual field descriptor con- 

20 tains the page number and the field number for its 
respective field location. Where the page is a 
single form as shown in Pig. 1, then for each of 
the information fields on the form, the page 
number would be No. l.and the field would be the 

25 appropriate field number such as 5a, 5b, 5c etc 
Additionally, the field descriptor would provide' 
information as to whether the field was protected 
or unprotected, its position on a display m line 
and column, Its length, and its initial value; 
which in the preferred embodiment may be from 0 to 
145 bytes of alpha numeric data. The other defi- 
nitions within the field descriptor relate to data 
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entry and form such as field attributes, field 
characteristics, data filters, and additionally, 
whether the field may contain full edits . A "y" 
selection in specified ones of the blank locations 
. 5 .would be inserted by the default field" descriptor 
means upon information field creation and the form 
: designer may then change that preestablished DDC. 
Some of the entries are mutually exclusive while 
others are independent. A "y" is allowed in only 
10 one of the field attribute selections and a "no" 
or blank would be required in all others. A "y" 
would be required in each selection for "field 
characteristics" as selected by the form designer. 
Por "data filter" a "y" is allowed in only- oris of 
!5 the four selections and a "no" blank would be 

required in the other three. In the full edit, a 
"y" specifies for the respective information field 
and field descriptor and is used to generate the 
edit field descriptor. 

20 Error messages which may be Inserted when 

field descriptors are improperly specified, such 
as when more than one mutually exclusive attribute 
is selected for a "yes" condition or for example 
when one information field is defined to overlap 

25 another, or where screen boundaries are exceeded 
or where memory space is exhausted. In the pre- 
ferred embodiment, the individual field descriptor 
is constructed after the information field is spe- 
cified and a command such as transmit is given 

30 causing the field definition to be written into a 
field descriptor and stored for later display, as 
shown in Pig. 2. 



10 



15 



20 



25 



30 



-17- 

Associated Kith the individual field descrip- 
tors, ie the capability of providing a fuU ^it 
processor for each of the info,nnation fields. The 
full edit processor permits the form designer to 
enter and modify field editing commands ueiag the 
full edit language, as provided in the preferred 
embodiment, and as described below. However, it 
should be understood that any suitable full edit 
language can also be provided. The full edit pro- 
cessor is used with the field descriptor when the 
field descriptor contains an affirmative Indica- 
tion such as a "yes- or «y«, for "full edits" as 
shown in Pig. 4. The form designer then can 
insert editing commands using the command syntax 
Tor example as shown described in the following 
for the preferred embodiment. Upon pressing the 
transmit key in the preferred embodiment, all 0 f 
the command lines are validated for proper syntax 
and if no errors are found, processing may con- 
tinue Kith the next field definition. The state 
diagram for the full edit processor is as shown in 
Pig. 5. The full edit display is entered from the 
field definition display and permits the insertion 
of full edits for the data in the information 
field of the respective preceding field descrip- 
tor, or may be used exclusively of that data and 
with the data of any other field. The full edit 
display is as shown in Pig. 6 in the preferred 
embodiment, the edits are PAD, TABLE; RANGE A 
RANGE N, COMPARE N, COMPARE A, JUMP, C0PY >C HECK 
DIGIT, MESSAGE, SCREEN, TEST and ENDVAL . A prede- 
termined syntax or grammar is required in the pre- 
ferred embodiment for the full edit functions as 
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described below* It should be understood however 
that the syntax or grammar can be changed without 
departing from the principles of the Invention. 
Each full edit operation described below Is within 
the following context: 

Name: Full edit operation. 

Purpose: A brief description of the operation. 

Conditions: Condition indicator set or reset 
as a result of execution. 

Format: The grammar and syntax of each full 
edit which Is described within the limitations 
noted. 

Example: An example of each full edit with 
typical values. "Several examples are provided if 
variations and options are allowed'. 

Explanation: Each example has a corresponding 
explanation describing its operation and result. 

Notes: Special considerations or other Infor- 
mation. 

Name : PAD 

Purpose: To replace null (hex '00' ) character 
values within a field with a specified PAD value. 
Conditions: None 

Format: [<condition clause>] PAD <one char 
pad value>,<destination>[;<comments>3 ' 

Example: PAD LIT: f « , ,FLD:22. All null posi- 
tions of field 22 of the current page and record 
will be padded with the literal value asterisk 
<■>. 

Field 22 before padding 

A B.C 

Field 22 after padding 
ABC*** 
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Notes: If the source value contains more than 
one character, the rightmost character in the 
source will be used as the PAD value.. 

If replacement occurs, the' MOT bit of the 
destination field (which must be distinguished 
from the MOT condition indicator) is set. 
Otherwise, the MOT bit is unaffected. 

If the PAD value is a null, no replacement 
will take place, and the MOT bit is unaffected. 

If the PAD value is null, no replacement will 
take place, and the HOT bit of the destination 
field will not be affected. 
Name : TABLE 

Purpose: Table look up will use the value in 
15 the source field to locate a transform held within 
the look up table. The transform value will be 
placed in the destination field. 

Conditions: The equal (-) condition indicator 
will be set if a match is found and reset if no 
20 match is found within the table. The greater than 
(>) and less than «) indicators will always be 
reset. 

Format: ^condition clauBe>] TABLE 
<source> , <des tinat ion> , <t able >[ ; <commentB > 2 
25 Format of transform table: 

1) <from/to, from/to, ...> or 

2) <from, from, from, ...> 

Note: Format 2 can be used to determine if 
the source value contains a match in the table and 
set the equal («) indicator accordingly. No 
transform or move to the destination is made. In 
this case, the destination operand is a dummy. It 
must have a valid value, but this value is never 
used. 
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Notes: If the source and the destination are 
the same field, the equal («) Indicator Kill be 
set if the source value is found In either the 
'from' or 'to 1 value. This is to prevent improper 
5 condition setting /when the TABLE operation may be 
executed twice* 

Examples: TABLE FLD:3,FLD:3,LIT: 1 y/yes,n/no 

If Field 3 contains 9 yes ? the equal 
Indicator will be set. 
10 TABLE FLD:3,FLD:7,LIT:'y/yes, n/no' 

If field 3 contains 9 yes, the equal 
(*) indicator will not be set • 

Notes: The source value must match a 'form 1 
value" in the table exactly (according to the rules 
15 of COMPAREA) for a match to occur and the equal 
(«) condition Indicator to be set. 

The f to f value in the matching transform (if 
specified) will be moved to the destination 
specified. 

20 The move will take place In accordance with 

all the rules of the COPY operation. 

2. As soon as a source character Is found 

that is strictly greater than the corresponding 

max character, and less than (<) Indicators are 
25 reset, the greater than.(>) Indicator is set, and 

processing of the RANGEA operation concludes. 

3« If no source character is found that Is 

either less than or greater than the cor res ponding 

max character, the equal (*) Indicator Is set and 
30 the greater than (>) and less than (<) Indicators 

are reset. 
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If the .max value is less than the min- value, 
this is not deemed to be an error condition! The 
less than «), equal (-) or greater than (» i n<31 - 
cator will be set (and the other comparison indi- 
cators reset) accordingly as the source value is 
less than, equal to or greater than the min value. 
Name: RANQEA 

Purpose: To determine if a given numeric 
value is within a specified numeric range 
(unsigned integers only). 

Conditions: The « indicator is set when the 
source value is determined to be within the inclu- 
sive numeric range specified by min and max, and 
the < and > indicators are reset. 

The > indicator is set when the numeric source 
is greater than the numeric max value, and the < 
and ■ indicators are reset. 

The < indicator is set when the numeric source 
value is less than the numeric min value, and the 
■ and > indicators are reset. 

The ERR indicator is set if an invalid 
character is detected in source, min or max and is 
reset otherwise. 

Format: [<condition 

clause>]RANQEA<source>,<mln>,<max>C;<comments>] 
Examples : 

Resulting 

RANQEA <source>,<min>,<max> Condition 
321 1 , 999 

1 4 , 23 < 

281 1 , 19 > 

Notes: The operation of the numeric range 
may be considered as if it were two numeric com- • 
pares, one for source and min and another for 
source and max. 
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The characters must be 0-9 and null only. 
The null character is valid and Is treated as 
equivalent to the digit 0. The use of any • 
floating point of alpha symbols will result in the 
setting of the error indicator. The setting of *, 
>, < will be undetermined. 

i.e., Decimal Point . Error 

Plus or Minus + or Error 
Non Digits (except null) Error 
However, if the source value is less than 
or equal to the min value, an invalid character in 
the max will not be detected. 

If the max value is less than the min 
value, this is not deemed to.be an error condition* 
The less than (<), equal («) or greater than (>) 
indicator will be set (and the other comparison 
indicators reset) according as the source value is 
less than, equal to or greater than the min value. 
Name: COMPARE N 

Purpose: To compare two unsigned, integer 
numbers 1 values and set the comparison indicators 
accordingly. 

Conditions-: The ■ indicator is set when 
source 1 and source 2 are equal, and the < and > 
indicators are reset. 

The < indicator is set when source 1 is less 
than source 2, and the « and > indicators are 
reset. 

The > indicator is set when source 1 is 
greater than source 2, and the < and - indicators 
are reset. 

Format: [<condition clause>] COMPAREN 
<source l>,<source 2>[ j<comments>] 

Example: COMPAREN FLD:03,PLD:07 
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le oZ^TlZ J"" mmerl ° ~ <* «*• 03 

< will be undetermined. ' 
i»e., Decimal Point 

• Error 
Plus or Minus + or . Epror 

Non Digits (except null) Error 
Name: COMPARE A COMPARE ALPHA 

from^ftT J° COmPSre **° ^Phanumeric values 
from left to right to determine their rela- 
tionship. The comparison indicators are set 
accordingly. ' Bet 

when .ouree 1 and source 2 are found to be equal 
end the <and> indicators are reset 

The less than «) Indicator is set *hen the 
character comparison determines that .our e pre- 
cede, source 2 as determined b y the ASCII 
collating sequence, and the - and > indicator, are 

The greater than C» Indicator 1. set «h.„ «. 
character comparison datelines that source 
follow .ource 2 as determined by the ASCII 

Format; C<condltlon clause^ COMPAREA 
<eource l>,<s 0 urce 2>C;<commente>] 

Example: COMPAREA FID: OH, LIT: 'ABC 
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Explanatlon: The contents of field 4 are com- 
pared character for character left to right with 
the literal string »ABC. The condition indica- 
tors are set accordingly. 

Notes: If source 1 and source 2 differ in 
length, the shorter of the two fields is deemed 
extended on the right with nulls to the length of 
the longer field, before the comparison. 
Comparison of two fields of equal length may then 

be performed. 

The fields are compared, byte by byte, from 

left to right, as follows: 

.a) As soon as a source 1 character is found 
that is strictly less than the corresponding 
source 2 character, the less than CO indicator is 
set, the equal (-) and greater than (» indicator 
are reset, and processing of the COMPAREA opera- 
tion concludes . 

b) As soon as a source 1 character is found 
that is strictly greater than the corresponding 
source 2 character, the greater than (» indicator 
is set, the less than «) and equal (-) indica- 
tors are reset, and processing of the COMPAREA 
operation concludes. 

c) If no source 1 character is found that is 
either greater than or less than the" corresponding 
source 2 character, the equal <-) indicator is set 
and the less than «) and greater than <» indica- 
tors are reset. 
Name: JUMP 

Purpose: To cause processing to continue at a 
specified page (PAGE:*) or field (PLD:nn) value. 

Note: Once a JUMP is taken, edits for the 
current field are considered complete. 



-25- 



Format: Condition clause>] jump - 
<destination>C ;<COmments>] 
Example: l) j^p 

^° C688lns 18 *> '^ntinue *ith field 
03 of the current page. 

2) IP « THEN JUMP PLD:27 
Proce 8Blng U to continue with field 
27 If the equal («) condition Indi- 
cator is currently set. 

3) JUMP PAGE: 4 

Field processing is to continue with 
P^e H. (The first field is implied 
on all jumps to PAGE:*) 
Notes: Tne destination operand does not have 

the same form as the usual destination field 

operands. For JUMP « 

be z^mei 7 r a PAQE or a ^ «ust 

be specified, but not both. 

One use of the JUMP operation is to repeat 
Processing when an improper condition has been 
detected. The operation 

JUMP FLD:« 

naturally comes to mind for this purpose in i-h. 
context of detecting an error (or'otL TCp 

ZtZZl; reportlne ~ — 

COMPAREN FLD: «, PL D:23 ;C0MApRE R 

^ ^HEN MESSAGE LIT: 'INVALID 
CHARACTER(S) • 

IF ALL NOT ERR, > THEN MESSAGE 
LIT: 'MORTGAGE AMOUNT EXCEEDS LIMIT' 
IF ANY ERR, > THEN JUMP PLD: * 
;•** ERROR 
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The above example is dlsasterously Improper. 
If either erroneous condition is detected during 
post-transaction processing, the full edit will be 
thrown into an unbreakable loop. The error . . . 
message will appear on the screen, and if the 
RESET key is pressed, the message will appear 
again without any opportunity for correction. 

What is missing is an ENDVAL operation which 
would terminate the post-transaction processing. 
COMPAREN FLD:*, FLD:23 ; COMPARE TO LIMIT 
IF ERR THEN MESSAGE LIT : * INVALID 
CHARACTER(S) ' 

IP ALL NOT ERR, > THEN MESSAGE LIT: 'MORTGAGE 
AMOUNT EXCEEDS LIMIT 1 

IF ANY ERR, > THEN ENDVAL ERROR ; ABSOLUTELY 
NECESSARY 

IF ANY ERR, > THEN JUMP FLD:* ;0K, NOW. 
Any JUMP operation, particularly if it is in a 
backward direction, should be carefully scruti- 
nized to avoid inadvertent unbreakable loops. As 
the above examples show, both post-field pro- 
cessions and post-transaction processing must be 
considered, but the operation 

Conditional clause> ENDVAL ERROR 
Bhould be used as a matter of routine before 
• Conditional clause> JUMP FLD:* 
Name : COPY 

Purpose: The copy operation will move infor- 
mation from the indicated source to the indicated 
destination. 
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Conditions : None 

Format: [<condition clause >] COPY '« 
< 8 ource>,< destlnatlon>[;<conm , nts>] 

E Xaa pi e: 1) COPY ELD:4,PLD :2 6 

2) COPY LIT:' mortgage' ,FLD:0 9 

1) The contents of field 4 f or 
the current form and record are 
moved into field 26. 

2) The literal value 'mortgage' 
is moved left to right into 
field 09. 

Notes : 

;...;» ^l— — 1 r: s 

Justified field t« ^ s 

2- The COPY operation vnii , 
either the source flew T. t PU " UnM1 

nation u fulT anln ! h e * haUSted « **• *•«- 
reminder ^e EL^,""" * Sh ° rt "' th * 

nation „iu be truncate" dM "- 
-J - -nation MDT bit 2^.^ 

-ch-are^Ltr:;: iirr neis 

-thin, le t0 m J££* -ractere. 

Name: CKDIG 

Purpose: CHECKDIGIT Kill determine -the 
correctness of a numeric value as defined 
by a CHECKDIGIT »i«i.4t.i. „ ^aenned 
C h« M ^ / algorithm and the right most 
character in the field. 
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ConditionB: The error (ERR) indicator will be 
set If the result of the check digit is invalid. 
The error (ERR) indicator will be reset if the 
result is correct. 

Format? [<condition clause>] CKDIS 
<source>,<type>[ j<comments>!l 

Types: IBM MOD10 - TIPE:10 
IBM M0D11 - TYPE: 11 
Example: CKDIG PLD:l6,TYPE:10 
The numeric value in field 16 of the current 
record is used as input to the KOD10 check digit 
algorithm. The error (ERR) indicator is set or 
reset accordingly. 
Name : MESSAGE 

Purpose: The message operation will display 
the value contained in the source on the error line 
of the associated display terminal as a blinking, 
highlighted message. The operator must depress 
the reset key to continue processing. 

Conditions : None 

Format: ^condition clause>] MESSAGE 
<source>C;<comments>] 
Examples : 

1) MESSAGE LIT; 'invalid entry' 

The literal value 'invalid entry' will be 
displayed on the error line of the asso- 
ciated CRT. 

2) IF NOT = THEN MESSAGE FLD:27 

The contents of FIELD 27 of the current 
record will be displayed on the associated 
CRT error line if the equal (») indicator 
is NOT set. 
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Notes : 



15 



»otes: After the reset key is ac- 
cessing of the edits of jessed, pro . 

the cu Prent field will 

continue without change. 

Effects related to - but distinct fv™ «. 

'•' screen I , " t0 °° Ve 8 — onto the 

Usl1 * *• SCREEN operation to ehanse tbe 
visibility of an existing field. Neither TV 
approaches suspends processing until he'let v" 
10 ha. heen depressed in response. ^ 
Name: SCREEN 

^eristics of a specified field. 
Conditions : None 

Format: SCREEN [<condition clause^ <fi elfl s 
<modification>C J <co m ments>] ld> * 
Hodif ication: mod: <modif ication> 
(mod : BLINK ) 
(mod: NO BLINK ) 
(mod: NO DISPLAY ) 
(mod: HIGH LIGHT ) ' ' 

(mod: NORMAL ) 

(mod: ERASE ^ 

a J dear this, field 

, c , turn on MDT 

wod: CLEAR ^ 

) clear all unprotect- 
ed fieldB to null 
and turn off all 
KDTs on the current 
™ „ . page. 

Hotes: Blink field, reaalre the use of th . 

"r ° haraeter P08l " 0n * the ""^ated 

P 10n w111 be lQ st while the field is mi«h m 

3S ™ USOtel °" tft " ----- - - 



20 
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The use of a COPY or TABLE operation to 
change the contents of a field may terminate 
blinking of that field or propagate the blinking 
character of the source. Also, the character 
which the system uses to cause blinking may be 
detected as an invalid numeric character. 

The ERASE capability clearB data characters in 
the field to nulls but leaves edit characters (if 
any) unaffected, and turns on the MOT bit (but 
leaves the MOT condition indicator unaffected). 

The CLEAR capability clearB unprotected data 
characters in all fields of the current screen to 
nulls, but leaves edit characters unaffected. It 
resets (turns off) all unprotected field MOT 
bits, but leaves the MOT conditions indicator 
unaffected. For the CLEAR operation, the field 
operand is ignored. 
Name: TEST 

Purpose: The TEST operation allows the Full 
edit user to determine the state of certain system 
and form information. Associated indicators are 

set accordingly. 

Conditions: The MOT condition indicator is 

set or reset. 

Format: TEST [Condition clause>] 
<source>,<test type>[;<comments>] 

Test-Types: <test type> FOR: <state>( state 

MOT) 

Example: TEST FLD:07,F0R:MOT 

Field 7 of the current page will be examined 
to determine if the MOT (modified data tag) is 
set. If It is set the MOT condition will be set. 
"""notes: The only test which is implemented is 
a test of the MOT bit of a specified field. 
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The MDT bit indicated Khether data in a field 
have been modified. Pop the MDT bit to be Bet 
does not necessarily mean that data have been 

belr d i Z C ° ntrary * the "?* b " -V have 
been et because the field was erased (manually or 
witn the screen operation). 
Name : ENDVAL 

Purpose: The End Validation operation is pro- 
vided to stop the post transaction validation pro- 

CCS 8 • 

Conditions : None 

Format: ^condition clause^ ENDVAL <reason> 
C;<comments>] *«-eun^ 

Reasons : ERROR 
OK 

Example: ENDVAL OK 

The post transaction processing is considered 
complete and transmission or printing may begin 
(no return to Edits). 

Example: ENDVAL ERROR 

Post transaction validation has detected an 

wiT;^ aUt ° aatlC Valldatl - P-cess will stop 
with this operation. The next operation executed 
will be post field type generally expected to 
point out the error for an operator and take 
corrective action. 

i.e., ENDVAL ERROR 

MESSAGE LIT: 'Field n in error* 

JUMP PLD:n 

Notes: ENDVAL OK has the same effect as the 
end of the edit operations for the field being 
edited when it is encountered: no further edits 
for this field are performed. 
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If ENDVAL OK is encountered after ENDVAL ERROR 
in editing the same field, the editing of that 
field is terminated (as described above) , but -the 
ENDVAL ERROR is honored in that field. 
5 Processing will continue with the next field 

on the screen, rather than beginning transmission 

or printing. 

The program listings for the inventive concepts 
described herein, namely the formation and display 
10 of the default field descriptor, the formation and 
display of each individual field descriptor for 
each respective information field, and the program 
for formation and display of the editing programs 
for each individual information field were written 
15 for a programmable control unit which is a general 
purpose micro computer with a single system bus and 
which accommodates system components such as the 
processor, common memory and I/O device controllers. 
Instruction formats are 16 bit word oriented. While 
20 the program listings are written for one micro- 
processor, the programming statements can be adapted 
to other general purpose microprocessors. 
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„..!.' * " eth ° d ° f "ontrollin, the creation or 

ii::: 1 :: o£ information ,ieid " in 

IZ T ° COmPU " r display 
comprising the steps oft 

e) dividing . dl S pi ay into a series of 
discrete locations! 
' b) identifying one or more information fields 

« a plurality of said discrete locations, 

de crrptors related to said one or more lu- 
nation fields, and „ ith sala „.„ J^, 

identifying selected parameters of said infl" 
mation fields; 

store" '.naT? £leld said 

store and displaying said parameters. 

2. The method of claim l, »„ erein 
of estahlishing said field descriptors includes 
the step of identifying parameters related to the 
appearance of information in said field area. 

o, es 3 tan»\r tl>0d ° f ° lain U *"" ln «« step 
a'ep L It'" 8 '-^des the 

of Lil d ! ntlfyin » """meters related to the form 
of said information in said field area. 

», meth0d ° f Clai,n l ' """ain said step 

of estahlishing said field descriptors includes 
the step of identifying whether, said information 
field is protected or unprotected. 

5. The method of claim 1, .herein said sten 
Of estahlishing said field descriptor includes L 
step of identifying in sala store> 
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related to the requirement to enter said infor- 
mation in said field or to the position of said 
information in said field. 

6. The method of claim 1,' wherein said step 
of establishing said field descriptor includes 
the step of identifying parameters related to sta- 
tus or error messages. 

7. The method of claim 1, wherein said step 
of establishing a field descriptor includes the 
step of identifying global defaults parameters for 
said field.' 

8. The method of claim 1, wherein said _ step 
of establishing field descriptors includes the 
step of establishing individual field descriptors 
for said respective information fields. 

9. The method of claim 1, wherein said step 
c) includes the step of establishing one or more 
edit descriptors for editing the parameters in one 
or more of said information fields. 

10. The method of claim 10, wherein said step 
of establishing edit descriptors includes the step 
of establishing said edit descriptor for a respec- 
tive field descriptor and includes the step of 
establishing edit processes for one or more of 
said information fields including or excluding 
said respective field descriptor. 
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